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Intellectual Property Rights 



IPRs essential or potentially essential to the present document may have been declared to ETSI. The information 
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found 
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in 
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web 
server ( http://ipr.etsi.org) . 

Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee 
can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web 
server) which are, or may be, or may become, essential to the present document. 



Foreword 

This Technical Specification (TS) has been produced by ETSI Technical Conmiittee Satellite Earth Stations and 
Systems (SES). 

The present document is part 6 of a multi-part deliverable. Full details of the entire series can be found in part 1 [2]. 



Introduction 



The S-MIM system specified herein is designed to provide: 

• Interactive mobile broadcast services. 

• Messaging services for handhelds and vehicular terminals, capable of serving millions of terminals due to a 
novel optimized air-interface in the return link. 

• Real-time emergency services such as voice and file transfer, mainly addressing institutional users 
on-the-move such as fire brigades, civil protection, etc. 

Inside the S-band, the 2 GHz MSS band is of particular interest for interactive multimedia, since it allows two-way 
transmission. Typically, the DVB-SH standard [i.5] is applied for broadcast transmission of user services; ESDR [i.l] or 
DVB-NGH [i.6] standards are other alternatives. Essential requirements under the R&TTE directive are covered by the 
harmonized standard EN 302 574 [i.2], [i.3] and [i.4]. 

The present document supersedes the previous version of the document and is recommended for new implementations. 
In case DVB-SH is used in the forward link, the changes with respect to the previous version are backward compatible. 

The technology applied has been developed in the framework of the ESA funded project "DENISE" (ESTEC/Contract 
Number 22439/09/NL/US). 
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Scope 



The present document specifies the S-MIM (S-band Mobile Interactive Multimedia) system in which a standardized 
S-band satellite mobile broadcast system is complemented by the addition of a return channel 

The present document is part 6 of the standard and concerns aspects of the air interface for the S-band Mobile 
Interactive Multimedia (S-MIM) system, and in particular it specifies the system signalling. 

The other parts are listed in the foreword of part 1 [2] . 



2 References 

References are either specific (identified by date of publication and/or edition number or version number) or 
non-specific. For specific references, only the cited version applies. For non-specific references, the latest version of the 
referenced document (including any amendments) applies. 

Referenced documents which are not found to be publicly available in the expected location might be found at 
http://docbox.etsi.org/Reference . 

NOTE: While any hyperlinks included in this clause were valid at the time of publication ETSI cannot guarantee 
their long term validity. 

2.1 Normative references 

The following referenced documents are necessary for the application of the present document. 

[1] ETSI EN 300 468: "Digital Video Broadcasting (DVB); Specification for Service Information (SI) 

in DVB systems". 

[2] ETSI TS 102 721-1: "Satellite Earth Stations and Systems (SES); Air Interface for S-band Mobile 

Interactive Multimedia (S-MIM); Part 1: General System Architecture and Configurations". 

[3] ETSI TS 102 721-3: "Satellite Earth Stations and Systems (SES); Air Interface for S-band Mobile 

Interactive Multimedia (S-MIM); Part 3: Physical Layer Specification, Return Link Asynchronous 

Access". 

[4] ETSI TS 102 721-4: "Satellite Earth Stations and Systems (SES); Air Interface for S-band Mobile 

Interactive Multimedia (S-MIM); Part 4: Physical Layer Specification, Return Link Synchronous 

Access". 

[5] ETSI TS 102 721-5: "Satellite Earth Stations and Systems (SES); Air Interface for S-band Mobile 

Interactive Multimedia (S-MIM); Part 5: Protocol Specifications, Link Layer". 

[6] IETF RFC 4944: "Transmission of IPv6 Packets over IEEE 802.15.4 Networks". 

[7] ETSI EN 301 790: "Digital Video Broadcasting (DVB); Interaction channel for satellite 

distribution systems". 

[8] ETSI TS 102 470-2: "Digital Video Broadcasting (DVB); IP Datacast: Program Specific 

Information (PSI)/Service Information (SI); Part 2: IP Datacast over DVB-SH". 

2.2 Informative references 

The following referenced documents are not necessary for the application of the present document but they assist the 
user with regard to a particular subject area. 

[i.l] ETSI EN 302 550 (all parts and sub-parts): "Satellite Earth Stations and Systems (SES); Satellite 

Digital Radio (SDR) Systems". 



ETSI 



7 ETSI TS 1 02 721 -6 V1 .2.1 (201 3-08) 

[i.2] ETSI EN 302 574-1: "Satellite Earth Stations and Systems (SES); Harmonized standard for 

satellite earth stations for MSS operating in the 1 980 MHz to 2 010 MHz (earth-to-space) and 
2 170 MHz to 2 200 MHz (space-to-earth) frequency bands; Part 1: Complementary Ground 
Component (CGC) for wideband systems: Harmonized EN covering the essential requirements of 
article 3.2 of the R&TTE Directive". 

[i.3] ETSI EN 302 574-2: "Satellite Earth Stations and Systems (SES); Harmonized standard for 

satellite earth stations for MSS operating in the 1 980 MHz to 2 010 MHz (earth-to-space) and 
2 170 MHz to 2 200 MHz (space-to-earth) frequency bands; Part 2: User Equipment (UE) for 
wideband systems: Harmonized EN covering the essential requirements of article 3.2 of the 
R&TTE Directive". 

[i.4] ETSI EN 302 574-3: "Satellite Earth Stations and Systems (SES); Harmonized standard for 

satellite earth stations for MSS operating in the 1 980 MHz to 2 010 MHz (earth-to-space) and 
2 170 MHz to 2 200 MHz (space-to-earth) frequency bands; Part 3: User Equipment (UE) for 
narrowband systems: Harmonized EN covering the essential requirements of article 3.2 of the 
R&TTE Directive". 

[i.5] ETSI TS 102 585: "Digital Video Broadcasting (DVB); System Specifications for Satellite 

services to Handheld devices (SH) below 3 GHz". 

[i.6] DVB BlueBook A160: "Next Generation broadcasting system to Handheld, physical layer 

specification (DVB-NGH)". 

[i.7] ISO/IEC 13818-1: "Information technology ~ Generic coding of moving pictures and associated 

audio information: Systems". 



3 Definitions and abbreviations 

3.1 Definitions 

For the purposes of the present document, the following terms and definitions apply: 

2 GHz MSS band: 1 980 MHz to 2 010 MHz (earth-to-space) and 2 170 MHz to 2 200 MHz (space-to-earth) frequency 
bands 

NOTE: These paired bands are assigned to MSS. 

architecture: abstract representation of a communications system 

NOTE: Three complementary types of architecture are defined: 

■ Functional Architecture: the discrete functional elements of the system and the associated logical 
interfaces. 

■ Network Architecture: the discrete physical (network) elements of the system and the associated 
physical interfaces. 

■ Protocol Architecture: the protocol stacks involved in the operation of the system and the 
associated peering relationships. 

collector: terrestrial components that "collect" return link transmissions from terminals and forward them towards the 
ground segment 

control plane: plane that has a layered structure and performs the call control and connection control functions; it deals 
with the signalling necessary to set up, supervise and release calls and connections 

repeater: terrestrial components that (mainly) repeat the satellite signal in the forward link 

S-band: equivalent to 2 GHz MSS band 
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3.2 



Abbreviations 



For the purposes of the present document, the following abbreviations apply: 

ACK ACKnowledgement 

bslbf bit string, left bit first. 

BW Bandwidth 

CAC Call Admission Control 

CDMA Code Division Multiple Access 

CGC Complementary Ground Component 

CID Context Identifier 

CRC Cyclic Redundancy Check 

DAMA Dynamic Assignment Multiple Access 

DSM-CC Digital Storage Media Command and Control 

DVB-SH Digital Video Broadcasting, Satellites services to Handhelds 

EIRP Equivalent Isotropic Radiated Power 

EOC Edge Of Coverage 

ESA European Space Agency 

ESDR ETSI Satellite Digital Radio 

EEC Forward Error Correction 

FL Forward Link 

FLS Forward Link Signalling 

FLSS Forward Link Sub-System 

FWD Forward (link) 

GHz Giga Hertz 

ID Identifier 

IMSI International Mobile Subscriber Identity 

IP Internet Protocol 

IPSec IP Security 

Ipv6 Internet Protocol version 6 

LLC/SNAP Logical Link Control/Sub-Network Access Protocol 

LLCT Link Layer Configuration Table 

LLMT Link Layer Map Table 

MAC Medium Access Control 

MAI Multiple Access Interference 

MPE Multiprotocol Encapsulation 

MPEG Moving Pictures Experts Group 

MPEG-TS MPEG Transport Stream 

MSB Most Significant Bit 

MSS Mobile Satellite Services 

NIT Network Information Table 

PAT Program Association Table 

PCCH Physical Control Channel 

PDCH Physical Data Channel 

PID Program Identifier 

PMT Program Map Table 

PN Pseudo Noise 

PSI Program Specific Information 

QS-CDMA Quasi Synchronous CDMA 

QSCT QS-CDMA Configuration Table 

QSDT QS-CDMA Dynamic Table 

QSPCT QS-CDMA Power Correction Table 

QSTIM QS-CDMA Terminal Information Message 

R&TTE Radio and Telecommunications Terminal Equipment 

RACH Random Access CHannel 

RFC Request For Comments 

RFU Reserved for Future Use 

RL Return Link 

RLE Return Link Encapsulation 

RLSS Return Link Sub-System 

rpchof remainder polynomial coefficients, highest order first 
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RTN Return (link) 

SAT SSA Access Table 

SCT SSA Configuration Table 

SDR Satellite Digital Radio 

SDT SSA Dynamic Configuration Table 

SF Spreading Factor 

SFN Single Frequency Network 

SI Service Information 

simsbf signed integer, most significant bit first 

S-MIM S-band Mobile Interactive Multimedia 

SMT SSA Map Table 

SNIR Signal to Noise plus Interference Ratio 

SNR Signal to Noise Ratio 

551 Service Segment 1 

552 Service Segment 2 

553 Service Segment 3 
SSA Spread Spectrum Aloha 
TFI Transport Format Indication 

TMSI Temporary Mobile Subscriber Identity 

TS Transport stream 

TX Transmission or Transmit 

uimsbf unsigned integer, most significant bit first 

UMTS Universal Mobile Telecommunications System 

USIM Universal Subscriber Identity Module 

WGS World Geodetic System 



General Description 



The management of S-MIM resources concerns long term and short term aspects. 

The Control Plane is concerned with dynamic (short term) resource management with the associated signalling needed 
to manipulate communication channels. 

The clauses below deal with the Forward and Return Links separately. 



Forward link 



5.1 



Forward link Control Plane Protocol Stack 



In the Control Plane, most of the system signalling is provided through signalling tables following DVB-SI format [1]). 
The way such signalling tables are transported over the FWD link and encapsulated in MPEG-TS, depends on the 
adopted technology. An informative annex explains how to carry S-MIM forward link signalling when using DVB-SH. 

However, the signalling for authentication needs to communicate with the USIM. In order to allow reuse of existing 
technologies, UMTS data units are employed for authentication signalling going through the USIM. Hence, the protocol 
stack for the Control Plane has a specific branch to allow the transport of this type of data packets over MPE/MPEG. To 
achieve compatibility with the USIM, the use of MPE with the LLC/SNAP protocol is selected to transport data other 
than IP, as shown in Figure 5.1. 
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FORWARD LINK 



Satellite HUB 



Terminal 



LLC/SNAP 

MPE MPEG-TS 



MPEG-TS 

FL Radio Interface 



LLC/SNAP 
MPEG-TS MPE 



MPEG-TS 
FL Radio Interface 



-S-Band Satellite Link- 



Figure 5.1 : FWD link Control Plane Protocol Stack for SSI and SS2 

5.2 Forward link Signalling 

5.2.1 Forward link signalling for SSA support 

The signalling over the forward link for SSA support is organized into the following tables: SSA Configuration Table 
(SCT), SSA Access Table (SAT), SSA Dynamic Table (SDT). 

The following clauses show the organization of the different tables. 

5.2.1 .1 SSA Configuration Table (SCT) 

This table is carried in one or more section (each section is in fact limited to 1 024 bytes) with each section having the 
format described in Table 5.1. 
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Table 5.1 : SSA Configuration Table 



Syntax 


No. of bits 


Information 
Mnemonic 


Reserved 
(see note) 


Information 


SSA configuration section(){ 








SI private section header 




64 


- 


rl_carriers_loop_count 


3 


5 


uimsbf 


for(i=0;i<= rl carriers loop count;i++){ 








rl carrier id 


3 


5 


uimsbf 


uplink polarization 


6 


2 


bslbf 


centre frequency 




32 


uimsbf 


chip_rate 


2 


22 


uimsbf 


preamble len 




16 


uimsbf 


num spreading codes 




8 


uimsbf 


preamble s1 index 




16 


uimsbf 


preamble s2 index 




16 


uimsbf 


data scrambling code index 




16 


uimsbf 


spread factor control 




8 


uimsbf 


WH code control 




8 


uimsbf 


WH code data 




8 


uimsbf 


tfi count 


3 


5 


uimsbf 


for(k=0,k<=tfi_count;k++){ 






uimsbf 


tfi value 


3 


5 


uimsbf 


spread factor data 




8 


uimsbf 


Info lenght 




10 


uimsbf 


crc lenght 


2 


2 


uimsbf 


controLspread 




2 


uimsbf 


control power 




4 


uimsbf 


pilot num 




4 


uimsbf 


} 








} 








CRC 32 




32 


rpchof 


} 








NOTE: Reserved bits are of type bslbf, and shall precede the Information bits on the same line. 



The SCT table parameters are: 

SI_private_section_header. See clause 5.2.4.1. 

rl_carriers_loop_count. This represents the number of SSA return link carriers which are described in 
Table 5.1. 

rl_carrier_id. It is the ID of the return link carrier for which the following parameters apply. 

up_link_polarization. This represents the tx polarization (see Table 5.1) which should be used by terminals 
accessing that carrier. 

centre_frequency. This is the centre frequency of the considered RL carrier in multiples of 100 Hz. 

chip_rate. It is the chip rate expressed in chips/s. 

preamble_len. It represents the preamble length in chips. 

num_spreading_codes. Number of different codes which can be used on that carrier. 

preamble_sl_index. This represents the index of the preamble signature sequence si (indicated with n in 
clause 7.2.1 of TS 102 721-3 [3]). If num_spreading_codes is greater than one the terminal will randomly 
select with uniform probability a signature code si with index between preamble_sl_index and 
(preamble_s 1 _index+ num_spreading_codes- 1 ) . 
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preamble_s2_index. This is the index of the sequence s2 constituting the hierarchical preamble. It indicates 
which of the 2 complementary sequences defined in clause 7.2.2.1 of TS 102 721-3 [3] shall be used, 
according to the following mapping: 

means sequence 1 

1 means sequence 2 

Other values are reserved for future use. 

data_scrambling_code_index. It is the index of the scrambling code used in the data part of the message. If 
num_spreading_codes is greater than one the terminal will actually use a scrambling code index (indicated 
with n in clause 7.1.2 of TS 102 721-3 [3]) which is obtained as the concatenation of the 8 least significant bits 
of premble_sl_index with the 16 bits of data_scambling_code_index. Otherwise the remaining 8 bits are set to 
0. 

spread_factor_control. Spreading factor of the control channel. 

WH_code_control. Walsh-Hadamard code index to be used for the control channel. 

WH_code_data. Walsh-Hadamard code index to be used for data channel. 

tfi_count. Number of allowed different bursts. 

tfi_value. It represents the TFI value corresponding to each allowed configuration. The terminal will use such 
value for its TFI field in the PCCH. 

spread_factor_data. It is the SF for the data channel. 

Info_lenght. Nominal size of the RACH data burst (in 4 bits nibbles), including link layer encapsulation header 
but no CRC. For the currently defined RACH data burst lengths, the following correspondence apply: 

1 200 bits ^ Info_length=300 

600 bits ^ Info_length=150 

300 bits ^ Info_length=75 

Although the actual size of RACH data bursts might vary and will compensated by rate matching, it is 
recommended to keep the effective size of the RACH data burst length within ± 10% of the nominal sizes. 

crc_length. A value of indicates that no CRC is appended to the message before FEC coding. Values of 1, 
and 2 indicate the use of a CRC of length respectively 8 bits, 16 bits. A value of 3 is reserved for future use, 
e.g. for a CRC of length 32 bits. 

control_spread. Number of frames in which the control channel is sent. A value of means that the control 
channel is transmitted over all frames. A value > indicates that the length of PCCH is equal to control_spread 
X FRAME_GROUP_LENGTH frames. The FRAME_GROUP_LENGTH = 6 for the 5 kbit/s PDCH channel 
and 3 for the 10 kbit/s PDCH. The FRAME_GROUP_LENGTH is not signalled but can be implicitly derived 
from the ratio of SF between the PCCH and PDCH which are instead signalled. 

control power. Indicate the voltage gain of the control channel relatively to the data channel (see Table 5.3). 

pilot_num. Number of pilot symbols in a slot of the control channel (the complement to ten are TFI bits). 

CRC_32: This is a 32-bit field that contains the CRC value that gives a zero output of the registers in the 
decoder defined in annex B of EN 300 468 [1] after processing the entire section. 

Table 5.2: Polarization table 



Polarization 


Description 


GO 


Linear-horizontal 


01 


Linear-vertical 


10 


Circular-left 


11 


Circular-right 
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Table 5.3: Quantization of the gain parameter 



Signalling values for p 


Quantized amplitude ratios (P) 


15 


1,0 


14 


0,9333 


13 


0,8666 


12 


0,8000 


11 


0,7333 


10 


0,6667 


9 


0,6000 


8 


0,5333 


7 


0,4667 


6 


0,4000 


5 


0,3333 


4 


0,2667 


3 


0,2000 


2 


0,1333 


1 


0,0667 





Switch off 



5.2.1 .2 SSA Access Table (SAT) 

This table is carried in one or more section (each section is in fact limited to 1 024 bytes) with each section having the 
format described in Table 5.4. 

Table 5.4: SSA Access Table 



Syntax 


No. of bits 


Information 
Mnemonic 


Reserved 
(see note) 


Information 


SSA access section(){ 








SI private section header 




64 


- 


FL EIRP 




8 


uimsbf 


K factor 




8 


uimsbf 


Rl TX EIRP flag 


6 


2 


bslbf 


service class loop count 




8 


uimsbf 


for(i=0;i<= service_class_loop_count;i++) { 








service class id 




8 


uimsbf 


allowed rl carrier index 




32 


uimsbf 


load flag count 


2 


6 


uimsbf 


for(i=0;i<load flag count; i++) { 








loadjlag 


2 


6 


uimsbf 


Back off time 




8 


uimsbf 


Persistence index 




16 


uimsbf 


ack time out 




16 


uimsbf 


max retransmissions 




8 


uimsbf 


R max 




8 


uimsbf 


} 








} 








CRC 32 




32 


rpchof 


} 








NOTE: Reserved bits are of type bslbf, and shall precede the Information bits on the same line. 



The SAT table parameters are: 

• SI_private_section_header. See clause 5.2.4.1. 

• FL_EIRP. It is the FL carrier EIRP at EOC in multiples of 0,5 dBW. 

• K_f actor. It is a factor which shall be used by the terminal to compute its Tx EIRP. The parameter K is equal 
to C/(Nq+ Iq)Ij - G3 where C/(Nq+ Iq)Ij is the target value used for the desired C/(Nq+ Iq) at the satellite 
transponder input. G3 is the satellite antenna gain at EOC. K is expressed in multiples of -0,5 dB. 
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RI_tx_EIRP_flag. It defines the TX control strategy to be used by the terminal according to the options 
detailed in Table 5.5. 

service_class_id. It is the ID of the class of service for which the following parameters apply. 

allowed_rl_carrier_index. It is a 32 bit integer representing the RL carriers (described by the SCT table) which 
can be used for the SSA access by terminal_class_id terminals. The i-th bit of the integer, if 1, allow use of 
carrier i-th for the SSA access. 

load_flag. It is the value of the load flag for which the following access parameters apply. 

back_off_time. It is the number of time units for packet retransmission protocol. The time unit is one physical 
layer frame (10 ms). 

persistence_index. It is a value from which the probability of transmitting at the next time step (in unit of 
back_off time) is computed. The probability (persistence) is: persistence=l/2^(persistence_index/2). 

ack_time_out. Time out for ack expressed in physical layer frames (10 ms). 

max_retransmissions. Maximum number of retransmission of the same packet. 

R_max. It is a parameter used for computing the TX EIRP depending on the value of the Rl_tx_EIRP_flag as 
detailed in Table 5.5. 

CRC_32: This is a 32-bit field that contains the CRC value that gives a zero output of the registers in the 
decoder defined in annex B of EN 300 468 [1] after processing the entire section. 



Table 5.5: Syntax of RI_tx_EIRP_flag 



Value of 
Rl tx EIRP flag 


TX control strategy 


Meaning of R_max 


GO 


No SSA terminal can TX 


None 


01 


TX control strategy #1 from TS 102 721-3 [3] 


Max value of the additional power 
randomization in multiples of 0,5 dB 


10 


TX control strategy #2 from TS 1 02 721 -3 [3] 


Max value of the SNR fluctuation in 
multiples of 0,5 dB 


11 


All SSA terminals shall TX at maximum power level 


None 



5.2.1 .3 SSA Dynamic Table (SDT) 

This table is carried in one or more section (each section is in fact limited to 1 024 bytes) with each section having the 
format described in Table 5.6. 

The SDT table parameters are self-describing except for: 

• current_sat_noise. It is the current noise plus interference at the satellite transponder input expressed in 
multiples of -0,5 dBm for the considered RL carrier slots. 
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Table 5.6: SSA Dynamic Table 



Syntax 


No. of bits 


Information 
Mnemonic 


Reserved 
(see note) 


Information 


SSA dynamic section(){ 








SI private section header 




64 


- 


rl_carriers_loop_count 


3 


5 


uimsbf 


for(i=0;i<= rl carriers loop count;i++){ 








rl carrier id 


3 


5 


uimsbf 


current sat noise 




8 


uimsbf 


service class loop count 




8 


uimsbf 


for(i=0;i<=service_class_loop_count;i++){ 








service class id 




8 


uimsbf 


load flag 


2 


6 


uimsbf 


} 








} 








CRC 32 




32 


rpchof 


} 








NOTE: Reserved bits are of type bslbf, and shall precede the Information bits on the same line. 



5.2.1 .4 SSA Signalling Load 

Table 5.7: Recommended table parameters 



Parameter 


Recommended Value 


SCT and SAT table transmit periodicity 


about 10 seconds. 

(range 3 seconds to 30 seconds). 


SDT transmit periodicity 


about 1 second. 

(range 0,5 second to 2 seconds). 


SCT minimum length 


320 bits. 

(Assuming worst case of 5 MHz RL slot used by 16 carriers of 240 kchip/s and 

with 32 TFI values, the length of the SCT would become 4 200 bits). 


SAT minimum length 


240 bits. 

(Assuming 8 service classes and 4 load flags values, the length of SCT would 

become 2 560 bits). 


SDT minimum length 


144 bits. 

(Assuming 8 service classes and 16 RL carriers, the length of SDT would 

become 2 536 bits). 



The overall impact of specific signalling for SSA would thus be in the order of a few kbit/s per 5 MHz channel. 

5.2.2 Forward link signalling for QS-CDMA support 

The signalling for QS-CDMA is organized into the following tables: QS-CDMA Configuration Table (QSCT), QS- 
CDMA Dynamic Table (QSDT), QS-CDMA Power Correction Table (QSPCT) and QS-CDMA Terminal Information 
Message (QSTIM) 

The assignment of FID to the tables shall consider the kind of information and its priority. That the following 
assignment policy is recommended: 

• A PID is assigned to the set of QSCT and QSDT tables as they are small and low priority tables. 

• A PID is assigned to QSPCT table because it conveys high priority information; essential for terminal 
synchronization. In addition the size of the table depends on the number of active links which may be high. 
Therefore this table shall be scheduled with a low period in comparison to other tables. 

• A PID is assigned to QSTIM which conveys QS-CDMA system signalling Hke CAC/DAMA requests. This 
table, as the QSPCT does, conveys high priority information. However, the size of the QSTIM is smaller than 
QSPCT so the first one shall pre-empt the second. 

The following clauses show the organization of the different tables. 
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5.2.2.1 QS-CDMA Configuration Table (QSCT) 

The syntax of QSCT is shown in Table 5.8. It shall be segmented in QS-CDMA Configuration sections using the syntax 
described in EN 300 468 [1]. Any sections forming part of a QSCT shall be transmitted in TS packets with a PID value 
assigned in the PMT. 

Table 5.8 defines the static configuration of the QS-CDMA subsystem. 

Table 5.8 may be mapped either to the real time transport channel or into the non-real time transport channel of the 
FWD link radio interface. 

Table 5.8: QS-CDMA Configuration Table (QSCT) 



Syntax 


No. of bits 


Information 
Mnemonic 


Reserved 
(see note) 


Information 


qscdma configuration table () { 








SI_private_section_header () 




64 


- 


fwd snir total 




16 


uimsbf 


fisl timeout 




8 


uimsbf 


Ir timeout 




8 


uimsbf 


Ir max time before retry 




8 


uimsbf 


Ir max retries 




8 


uimsbf 


car timeout 




8 


uimsbf 


car max time before retry 




8 


uimsbf 


car max retries 




8 


uimsbf 


max time without correction 




8 


uimsbf 


nof_rl_spots 




8 


uimsbf 


rl spot info length 




16 


uimsbf 


for (i=0; i<nof rl spots; i++) { 








rl spot id 




8 


uimsbf 


polarization id 


1 


2 


bslbf 


Rfu 




5 


uimsbf 


nof rl slots 




8 


uimsbf 


rl slot info length 




16 


uimsbf 


for (j=0; j<nof rl slots; j++) { 








rl slot id 




8 


uimsbf 


centerjrequency 




32 


uimsbf 


chip rate 


1 


3 


bslbf 


Rfu 




4 


uimsbf 


rach preamble length 




16 


uimsbf 


rach preamble seed 




10 


uimsbf 


rach_pilot_seed 


1 


15 


uimsbf 


rach scrambling code 




24 


uimsbf 


rach spreading i code 


3 


9 


uimsbf 


rach_spreading_q_code 


3 


9 


uimsbf 


rach ref eirp stationary 




10 


simsbf 


rach_ref_eirp_mobile 




10 


simsbf 


rach ref eirp high speed mobile 




10 


simsbf 


qscdma small power step 




4 


uimsbf 


qscdma_large_power_step 




6 


uimsbf 


qscdma pilot seed 


1 


15 


uimsbf 


qscdma pilot gain factor 


2 


4 




pattern advantage bias 




8 


simsbf 


} 








} 








CRC 32 




32 


rpchof 


} 








NOTE: Reserved bits are of type bsblf, and shall precede the information bits on the same line. 
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Semantics for the qscdma_configuration_table: 

SI^rivate_section_header. See clause 5.2.4.1. 

fwd_snir_total'. Expected FWD link SNIR for a terminal located at the edge of coverage with the worst case 
G/T in clear sky conditions. 

flsljtimeout: Is the time the terminal uses to trigger the event "Forward link synchronization loss" as defined in 
TS 102 721-3 [3]. It is expressed in steps of 100 ms. 

Irjtimeout: The LogOn Request timeout is the time the terminal waits for a Hub ack upon a LogOn request. It 
is expressed in steps of 100 ms. 

lr_max_time_hefore_retry: Maximum time before LogOn Request retry as specified in TS 102 721-3 [3]. It is 
expressed in steps of 100 ms. 

lr_max_retries: Maximum number of LogOn Request retries. 

carjtimeout: The Capacity Allocation Request timeout is the time the terminal waits for a Hub ack upon a call 
admission Request. It is expressed in steps of 100 ms. 

car_max_time_hefore_retry: Maximum time before Capacity Allocation Request retry as specified in 
TS 102 721-3 [3]. It is expressed in steps of 100 ms. 

car_max_retries: Maximum number of Capacity Allocation Request retries. 

max_time_without_correction: This is the maximum time the terminal can keep transmitting a QS-CDMA 
carrier in absence of physical layer corrections generated by the Hub. It is expressed in steps of 100 ms. 

nof_rl_spots: Defines the number of the return link spots that the Hub manages. 

rl_spot_info_length\ Is the length in bytes of the return link spot loop. 

rl_spot_id: The spot identifier. 

polarization _id'. This signals the polarization used in the current return link spot. Its allowed values are shown 
in Table 5.9. 

Table 5.9: Polarization 



Polarization 


Description 


GO 


Linear Horizontal 


01 


Linear Vertical 


10 


Circular Left Hand 


11 


Circular Right Hand 



nof_rl_slots: Defines the number of return link slots described in Table 5.8. 

rl_slot_info_length: Is the length in bytes of the return link slot loop. 

rl_slot_id: Is the return link slot identifier that will be used further when resources are allocated. 

c enter J'requency: Is the center frequency if the current return link slot. 

chip_rate: This parameter states the chip rate being used in the current return link slot. The allowed values are 
shown in Table 5.10. 



Table 5.10: QS-CDMA Chip rate 



Chip Rate 


Description 


000 


4 096 kchips/s 


001 


512 kchips/s 


010 


256 kchips/s 


other 


RFU 



ETSI 



18 ETSI TS 1 02 721 -6 VI .2.1 (201 3-08) 

rach^reamhlejength: Is the preamble length that shall be used for the QS-CDMA random access 
mechanism. It is expressed in symbols. 

rach^reamble_seed: Is the seed for the PN sequence that generates the preamble as defined in 
TS 102 721-4 [4]. 

rach^ilot_seed: Is the seed for the PN sequence that generates the RACH pilot symbols as defined in 
TS 102 721-4 [4]. 

rach_scramhling_code: Is the scrambling code to use for the random access carrier. 

rach_spreading_i_code: Is the spreading code for the I branch. 

rach_spreading_q_code: Is the spreading code for the Q branch. 

rach_ref_eirp_stationary: The EIRP of the Random Access carrier transmitted by a terminal at the satellite 
reference contour for reception that results in the target Es/(No+Io) being received at the Hub in clear sky 
conditions and without MAI. This value is used in stationary scenarios. It is expressed in steps of 0,1 dB. 

rach_ref_eirp_mobile: Equal to ssa_ref_eirp_stationary but under moderate speed scenarios (< 120 Km/h). It 
is expressed in steps of 0,1 dB. 

rach_ref_eirp_high_speed_mobile: Equal to ssa_ref_eirp_stationary but under moderate high scenarios 
(> 120 Km/h). It is expressed in steps of 0,1 dB. 

qscdma_small^ower_step: This is the small step used for the power control closed-loop algorithm. It is 
expressed in steps of 0,1 dB. 

qscdma_large^ower_step: This is the large step used for the power control closed-loop algorithm. It is 
expressed in steps of 0,1 dB. 

qscdma^ilot_seed: Is the seed for the PN sequence that generates the QS-CDMA pilot symbols as defined in 
TS 102 721-4 [4]. To be applied by mobile terminals. 

qscdma^ilot_gainJ'actor: Is the gain (P) of the pilot channel used by QS-CDMA carrier as defined in 
TS 102 721-4 [4]. To be applied by mobile terminals. 

pattern_advantage_bias: Estimated difference between the pattern advantages of the satellite transmitter and 
receiver antenna over the coverage area. It is expressed in steps of 0,1 dB. 

CRC_32: This is a 32-bit field that contains the CRC value that gives a zero output of the registers in the 
decoder defined in annex B of EN 300 468 [1] after processing the entire section. 

5.2.2.2 QS-CDMA Dynamic Table (QSDT) 

The syntax of QSDT is shown in Table 5.1 1. It shall be segmented in QS-CDMA Dynamic sections using the syntax 
described in EN 300 468 [1]. Any sections forming part of a QSDT shall be transmitted in TS packets with a PID value 
assigned in the PMT. The QS-CDMA Configuration Table (QSDT) contains dynamic information regarding return link 
spots. This table shall be mapped to the real time transport channel of the FWD link radio interface. 
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Table 5.11 : QS-CDMA Dynamic Table (QSDT) 



Syntax 


No. of bits 


Information 
Mnemonic 


Reserved 
(see note) 


Information 


qscdma dynamic table () { 








SI provate section header () 




64 


- 


nof_rl_spots 




8 


uimsbf 


rl spot info length 




16 


uimsbf 


for (i=0; i<nof_rl_spots; i++) { 








rl spot id 




8 


uimsbf 


nof rl slots 




8 


uimsbf 


rl_slot_info_length 




16 


uimsbf 


for (j=0; j<nof rl slots; j++) { 








rl slot id 




8 


uimsbf 


rach delta eirp 




8 


uimsbf 


} 








} 








CRC 32 




32 


rpchof 


} 








NOTE: Reserved bits are of type bsblf, and shall precede the information bits on the same line. 



Semantics for the qscdma_dynamic_table: 

SI^rivate_section_header. See clause 5.2.4.1. 

nof_rl_spots'. Defines the number of the return Hnk spots that the Hub manages. 

rl_spot_info_length: Is the length in bytes of the return link spot loop. 

rl_spot_id'. The spot identifier. 

nof_rl_slots: Defines the number of return link slots described in Table 5.11. 

rl_slot_info_length: Is the length in bytes of the return link slot loop. 

rl_slot_id: Is the return link slot identifier that will be used further when resources are allocated. 

rach_delta_eirp: This is the delta EIRP to apply to the RACH carrier transmitted through the return link spot. 
It is expressed in steps of 0,1 dB. 

CRC_32\ This is a 32-bit field that contains the CRC value that gives a zero output of the registers in the 
decoder defined in annex B of [1] after processing the entire section. 



5.2.2.3 QS-CDMA Power Correction Table (QSPCT) 

The syntax of QSPCT is shown in Table 5.12. It shall be segmented in QS-CDMA power corrections sections using the 
syntax described in EN 300 468 [1]. Any sections forming part of a QSPCT shall be transmitted in TS packets with a 
PID value assigned in the PMT. 

Table 5.12 defines the power correction that any terminal with allocated resources shall apply to keep its return link 
power balanced. This table shall be mapped to the low latency profile of the FWD link radio interface. 
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Table 5.12: QS-CDMA Power Correction Table (QSPCT) 



Syntax 


No. of bits 


Information 
Mnemonic 


Reserved 
(see note) 


Information 


qscdma power correction table () { 








SI private section header 




64 


- 


entry loop count 




14 


uimsbf 


rfu 




2 


bsblf 


for (i=0; i<=entry_loop_count; i++) { 








link id 




14 


uimsbf 


power correction idx 




2 


bslbf 


} 








CRC 32 




32 


rpchof 


} 








NOTE: Reserved bits are of type bsblf, and shall precede the information bits on the same line. 



Semantics for the qscdma^ower_correction_table section: 

• SI^rivate_section_header. See clause 5.2.4.1. 

• entry _loop_count: This field specifies one less than the number of power correction message loops that follow. 
A zero count indicates one loop. 

• link_id: This value is used by the terminal to resolve whether the corrections are targeted to them. This value 
shall be assigned by the Hub in response to a capacity request. 

• power_correction_idx\ Defines the power correction to apply by the terminal, and shall be coded as defined in 
Table 5.13. The values of qscdm2i_small^?ower_step and qscdma_large_power_step shall be resolved from 
Table 5.8. 

• CRC_32\ This is a 32-bit field that contains the CRC value that gives a zero output of the registers in the 
decoder defined in annex B of EN 300 468 [1] after processing the entire section. 

Table 5.13: Power correction 



carrier type 


Description 


GO 


+ qscdma_small_power_step 


01 


+ qscdma large power step 


10 


- qscdma small power step 


11 


- qscdma_large_power_step 



5.2.2.4 QS-CDMA Terminal Information Message (QSTIM) 

This message is sent by the Hub either to an individual terminal addressed its MAC address contained in the DSM- 
CC_private_section_header (unicast message) or broadcast to all terminals using a reserved broadcast MAC address. 
The selection of unicast or broadcast method of transmission depends on the nature of the information to be sent. Since 
unicast and broadcast QSTIM shares the same PIDs, the terminal will save the broadcast QSTIM table which is 
transmitted periodically and will in addition monitor for unicast QSTIM tables addressed to its own MAC address. The 
unicast QSTIM table can be encrypted in case link layer security is used in the FWD link according to clause 6.1 of [5]. 
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Table 5.14: QS-CDMA QSTIM Table 



Syntax 


No. of bits 


Information 
Mnemonic 


Reserved 
(see note) 


Information 


qscdma terminal information message () { 








DSIVI-CC private section header () 




96 




descriptor_loop_count 




8 


uimsbf 


for (i=0; i<=descriptor loop count; i++) { 








descriptor () 


1 


8 


simsbf 


} 








CRC 32 




32 


rpchof 


} 








NOTE: Reserved bits are of type bsblf, and shall precede the information bits on the same line. 



Semantics for the qscdma_terminal_information message descriptor: 

• DSM-CC^rovate_section_header. This is the standard DSM-CC private section header and occupies a total 
of 96 bits (see clause 5.2.4.2). 

• descriptor_loop_count: This 8 bit field defines one less than the number of descriptors in the following loop. A 
zero count indicates one loop. 

• descriptor. The descriptors that may be inserted into the QSTIM are defined in clause 5.2.2.5. 

• CRC_32: This is a 32 bit field that contains the CRC value that gives a zero output of the registers in the 
decoder defined in annex B of [1] after processing the entire section. 

5.2.2.5 Descriptor Coding 
5.2.2.5.1 Descriptor identification 

Table 5.15 lists the descriptors, available in the FWD link to provide support to the QS-CDMA sub system, defined 
within the present document giving their descriptor-tag values: 

Table 5.15: FLS QS-CDMA Descriptor Tags 



descriptor 


Tag value 


QS-CDMA Correction Message 


OxBO 


QS-CDMA RoHC Feedback Message 


OxB1 


QS-CDMA Capacity Allocation Hub Req 


0xB2 


QS-CDMA Capacity Allocation Ack 


0x83 


QS-CDMA Capacity Release Hub Req 


0xB4 


QS-CDMA Capacity Release Ack 


0xB5 


QS-CDMA Capacity Reallocation Req 


0x86 


QS-CDMA Capacity Reallocation Ack 


0xB7 


QS-CDMA LogOn Ack 


0xB8 


QS-CDMA Handover Ack 


0x89 



5.2.2.5.2 QS-CDMA Correction Message 

The correction Message descriptor defines a transmit parameter correction set for one terminal. It shall be as defined in 
Table 5.12 and shall be encapsulated in unicast QSTIM for terminals having allocated resources. 

This descriptor shall be mapped to the real time transport channel of the FWD link radio interface. 
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Table 5.16: QS-CDMA Correction Message Descriptor 



Syntax 


No. of bits 


Information 
Mnemonic 


Reserved 
(see note) 


Information 


qscdma correction message descriptor () { 








descriptor tag 




8 


uimsbf 


descriptorjength 




8 


uimsbf 


time correction flag 




1 


bsblf 


freq correction flag 




1 


bsblf 


power correction flag 




1 


bsblf 


sync status 


1 


2 


bslbf 


reserved 




2 


bsblf 


if (time correction flag=='1'){ 








chip_freq_corr 


1 


8 


simsbf 


chip phase corr 


2 


13 


simsbf 


} 








if (freq_correction_flag == '1') { 








carrier freq corr 




16 


simsbf 


} 








if (power correction flag=='1'){ 








power correction 




8 


simsbf 


} 








} 








NOTE: Reserved bits are of type bsblf, and shall precede the information bits on the same line. 



Semantics for the qscdma_correction_message descriptor: 

• time_correctionJlag, freq_correctionJlag and power _corrJlag'. This three flags are used to indicate the 
presence of time, frequency and power correction fields, respectively, in the remainder of the descriptor. 

• sync_status\ This field indicates the synchronization status of the QS-CDMA carrier. This field shall be coded 
as specified in Table 5.17. 

Table 5.17: Sync Status 



carrier type 


Description 


00 


Fine Synch 


01 


Coarse Synch 


10 


rfu 


11 


Synch lost 



• chip frequency _corr. Is the chip frequency correction to apply. It is expressed in steps 1/16 chips/s. 

• chip^hase_corr. Is the chip phase correction to apply. It is expressed in steps 1/16 chips. 

• carrier J'requency_corr. Is the frequency correction to apply. It is expressed in steps of 1 Hz. 

• power_correction: Is the power correction to apply by the terminal. It is expressed in steps of 0,1 dB. 

5.2.2.5.3 QS-CDMA RoHC Feedback Message 

The QS-CDMA RoHC Feedback Message descriptor is used to send RoHC feedback messages to the terminal's side 
compressor. It shall be as defined in Table 5.12 and shall be encapsulated in unicast QSTIM for terminals having 
allocated resources. 
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Table 5.18: QS-CDMA RoHC Feedback Message 



Syntax 


No. of bits 


Information 
Mnemonic 


Reserved 
(see note) 


Information 


qscdma rohc feedback message () { 








descriptor tag 




8 


uimsbf 


descriptorjength 




8 


uimsbf 


for (i=0; i<length;i++) { 




8 


uimsbf 


rohc feedback msg byte 




note 




} 








} 








NOTE: Reserved bits are of type bsblf, and shall precede the information bits on the same line. 



Semantics for the qscdma_capacity_allocation_ack descriptor: 

• descriptor jtag: The descriptor tag is an 8 bit field which identifies each descriptor. Its value is given in 
Table 5.15. 

• descriptor_length: The descriptor length is an 8 bit field specifying the number of bytes of the descriptor 
immediately following the descriptorjength field. 

• rohc_feedback_msg_byte\ The RoHC feedback message as defined in clause 5.2.2.5.2. 

5.2.2.5.4 QS-CDMA Capacity Allocation Hub Req 

This descriptor is sent, attached to a QSTIM message, to a terminal whenever the Hub initiates the capacity allocation. 

Table 5.19: QS-CDMA Capacity Allocation Hub Req 



Syntax 


No. of bits 


Information 
Mnemonic 


Reserved 
(see note) 


Information 


qscdma capacity allocation hub ack () { 








descriptor tag 




8 


uimsbf 


descriptor length 




8 


uimsbf 


fwd data rate min 




12 


uimsbf 


fwd data rate max 




12 


uimsbf 


rtn data rate min 




12 


uimsbf 


rtn data rate max 




12 


uimsbf 


} 








NOTE: Reserved bits are of type bsblf, and shall precede the information bits on the same line. 



Semantics for the qscdma_capacity_allocation_hub_ack descriptor: 

• descriptor _tag\ The descriptor tag is an 8 bit field which identifies each descriptor. Its value is given in 
Table 5.15. 

• descriptorjength: The descriptor length is an 8 bit field specifying the number of bytes of the descriptor 
immediately following the descriptorjength field. 

• data_ratejwd_min and data_ratejwd_max: This field indicates the requested amount of BW requested in the 
forward link. It is expressed in kbps. 

• data_rate_rtn_min and data _r ate _rtn_max: This field indicates the requested amount of B W requested in the 
return link. It is expressed in kbps. 

5.2.2.5.5 QS-CDMA Capacity Allocation Ack 

This descriptor is sent, attached to a QSTIM message, to a terminal that has requested some capacity allocation. For 
positive ACK, the Hub shall generate a QSTIM packet conveying this Capacity Allocation Ack as well as a QS-CDMA 
Correction Message as defined in clause 5.2.2.5.2. 
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Table 5.20: QS-CDMA Capacity Allocation Ack 



Syntax 


No. of bits 


Information 
Mnemonic 


Reserved 
(see note) 


Information 


qscdma capacity allocation ack () { 








descriptor tag 




8 


uimsbf 


descriptorjength 




8 


uimsbf 


ack code 




8 


uimsbf 


if (ack_code == 'Ok') { 








spot id 




8 




slot id 




8 




link id 




14 


uimsbf 


qscdma scrambling code 




24 


uimsbf 


qscdma spreading i code 


3 


9 


uimsbf 


qscdma spreading q code 


3 


9 


uimsbf 


fwd data rate 




12 


uimsbf 


rtn data rate 




12 


uimsbf 


fwd sec mode 


1 


2 


bslbf 


rtn sec mode 


1 


2 


bslbf 


Reserved 




2 




} 








} 








NOTE: Reserved bits are of type bsblf, and shall precede the information bits on the same line. 



Semantics for the qscdma_capacity_allocation_ack descriptor: 

descriptor jtag: The descriptor tag is an 8 bit field which identifies each descriptor. Its value is given in 
Table 5.15. 

descriptorjength: The descriptor length is an 8 bit field specifying the number of bytes of the descriptor 
immediately following the descriptorjength field. 

ack_code\ This field identifies the result of the terminal's capacity request. 

spot_id: This field identifies the satellite return link spot that the terminal shall use to send information 
towards the Hub. See clause 5.2.2.1. 

slot_id\ This field identifies the slot (for a given satellite return link spot) that the terminal shall use to send 
information towards the Hub. See clause 5.2.2.1. 

link_id\ This field is used to identify the QS-CDMA link. It may be used by the terminal to resolve whether to 
parse of ignore a particular information carried in a broadcasted message/table, see clause 5.2.2.3 as an 
example. 

qscdma_scrambling_code: Is the scrambling code to use for the being allocated QS-CDMA carrier. 

qscdma_spreading_i_code: Is the spreading code for the I branch. 

qscdma_spreading_q_code\ Is the spreading code for the Q branch. 

fwd_data_rate: Is the effective physical layer BW allocated in the FWD link. It is expressed in kbps. 

rtn_data_rate\ Is the effective physical layer BW allocated in the synchronous RTN link. It is expressed in 
kbps. 

fwd_sec_mode: This flag indicates the FWD link security mode as specified in Table 5.21. 

Table 5.21 : FWD Link Security Mode 



Terminal class 


Description 


00 


Link Layer 


01 


IP Sec 


10 


Reserved 


11 


None 
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rtn_sec_mode: This flag indicates the RTN Hnk security mode as specified in Table 5.22. 

Table 5.22: RTN Link Security Mode 



Terminal class 


Description 


00 


Link Layer 


01 


Reserved 


10 


Reserved 


11 


None 



5.2.2.5.6 QS-CDMA Capacity Release Hub Req 

This descriptor is sent, attached to a QSTIM message, to a terminal that has to release the allocated capacity. The 
Terminal shall release their allocated resources immediately. 

Table 5.23: QS-CDMA Capacity Release Hub Req 



Syntax 


No. of bits 


Information 
Mnemonic 


Reserved 
(see note) 


Information 


qscdma_capacity_allocation_hub_ack () { 








descriptor tag 




8 


uimsbf 


descriptor length 




8 


uimsbf 


reason 




8 


uimsbf 


fwd link release flag 




1 


uimsbf 


rtn data release flag 




1 


uimsbf 


reserved 




6 




} 








NOTE: Reserved bits are of type bsblf, and shall precede the information bits on the same line. 



Semantics for the qscdma_capacity_release_hub_req packet: 

• descriptor jtag: The descriptor tag is an 8 bit field which identifies each descriptor. Its value is given in 
Table 5.15. 

• descriptor Jength: The descriptor length is an 8 bit field specifying the number of bytes of the descriptor 
immediately following the descriptor Jength field. 

• reason: This field conveys some code to inform the terminal about the reason of the capacity release. 

• fwd_link_releasejlag'. This flag filed indicates whether already allocated resources in the FWD link shall be 
released or not. 

• rtn_link_releasejlag'. This flag filed indicates whether already allocated resources in the synchronous RTN 
link shall be released or not. 

5.2.2.5.7 QS-CDMA Capacity Reallocation Hub Req 

This descriptor is sent, attached to a QSTIM message, to a terminal that has requested some capacity allocation in order 
to inform and/or request some capacity reallocation. 
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Table 5.24: QS-CDMA Capacity Reallocation Hub Req 



Syntax 


No. of bits 


Information 
Mnemonic 


Reserved 
(see note) 


Information 


qscdma capacity reallocation hub req () { 








descriptor tag 




8 


uimsbf 


descriptorjength 




8 


uimsbf 


capacity req fwd min 




12 


uimsbf 


capacity_req_fwd_max 




12 


uimsbf 


capacity req rtn min 




12 


uimsbf 


capacity req rtn max 




12 


uimsbf 


} 








NOTE: Reserved bits are of type bsblf, and shall precede the information bits on the same line. 



Semantics for the qscdma_capacity_reallocation_hub_req packet: 

• descriptor jtag: The descriptor tag is an 8 bit field which identifies each descriptor. Its value is given in 
Table 5.15. 

• descriptorjength: The descriptor length is an 8 bit field specifying the number of bytes of the descriptor 
immediately following the descriptorjength field. 

• data_ratejwd_min and data _r ate Jwd_max'. This field indicates the requested amount of BW requested in the 
forward link. It is expressed in kbps. 

• data_rate_rtn_min and data_rate_rtn_max: This field indicates the requested amount of B W requested in the 
return link. It is expressed in kbps. 

5.2.2.5.8 QS-CDMA Capacity Reallocation Ack 

This descriptor is sent, attached to a QSTIM message, as an acknowledgement to a terminal that has requested some 
capacity reallocation. 

Table 5.25: QS-CDMA Capacity Allocation Ack 



Syntax 


No. of bits 


Information 
Mnemonic 


Reserved 
(see note) 


Information 


qscdma capacity reallocation ack () { 








descriptor tag 




8 


uimsbf 


descriptorjength 




8 


uimsbf 


ack code 




8 


uimsbf 


if (ack code == 'Ok') { 








qscdma scrambling code 




24 


uimsbf 


qscdma spreading i code 


3 


9 


uimsbf 


qscdma spreading q code 


3 


9 


uimsbf 


fwd data rate 




12 


uimsbf 


rtn data rate 




12 


uimsbf 


} 








} 








NOTE: Reserved bits are of type bsblf, and shall precede the information bits on the same line. 



Semantics for the qscdma_capacity_reallocation_ack packet: 

• descriptor _tag\ The descriptor tag is an 8 bit field which identifies each descriptor. Its value is given in 
Table 5.15. 

• descriptorjength: The descriptor length is an 8 bit field specifying the number of bytes of the descriptor 
immediately following the descriptorjength field. 
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ack_code: This field identifies the result of the terminal's capacity request. 

qscdma_scrambling_code\ Is the scrambling code to use for the being allocated QS-CDMA carrier. 

qscdma_spreading_i_code: Is the spreading code for the I branch. 

qscdma_spreading_q_code\ Is the spreading code for the Q branch. 

fwd_data_rate: Is the effective physical layer BW allocated in the FWD link. It is expressed in kbps. 

rtn_data_rate: Is the effective physical layer BW allocated in the RTN link. It is expressed in kbps. 

5.2.2.5.9 QS-CDMA Handover Ack 

This descriptor is sent, attached to a QSTIM message, as an acknowledgement to a terminal that has requested a 
handover procedure. 

Table 5.26: QS-CDMA Handover Ack 



Syntax 


No. of bits 


Information 
Mnemonic 


Reserved 
(see note) 


Information 


qscdma handover ack () { 








descriptor tag 




8 


uimsbf 


descriptor length 




8 


uimsbf 


ack code 




8 


uimsbf 


if (ack code == 'Ok') { 








qscdma scrambling code 




24 


uimsbf 


qscdma spreading i code 


3 


9 


uimsbf 


qscdma spreading q code 


3 


9 


uimsbf 


fwd link switch flag 




1 


bsblf 


reserved 




7 




if (fwd link switch flag) { 








link id 


2 


14 


uimsbf 


} 








} 








} 








NOTE: Reserved bits are of type bsblf, and shall precede the information bits on the same line. 



Semantics for the qscdma_handover_ack packet: 

descriptor jtag: The descriptor tag is an 8 bit field which identifies each descriptor. Its value is given in 
Table 5.15. 

descriptor Jength: The descriptor length is an 8 bit field specifying the number of bytes of the descriptor 
inmiediately following the descriptor_length field. 

ack_code\ This field identifies the result of the terminal's capacity request. 

qscdma_scrambling_code: Is the scrambling code to use for the being allocated QS-CDMA carrier. 

qscdma_spreading_i_code: Is the spreading code for the I branch. 

qscdma_spreading_q_code\ Is the spreading code for the Q branch. 

forward_link_switchJlag'. This flag indicates whether the handover request implies a FWD link handover. 

link_id: This field is used to identify the QS-CDMA link in the new forward link. It may be used by the 
terminal to resolve whether to parse of ignore a particular information carried in a broadcasted message/table, 
see clause 5.2.2.3 as an example. 
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5.2.2.5.10 QS-CDMA LogOn Ack 

This descriptor is sent, attached to a QSTIM message, as an acknowledgement to a logon request. 

Table 5.27: QS-CDMA LogOn Ack 



Syntax 


No. of bits 


Information 
Mnemonic 


Reserved 
(see note) 


Information 


qscdma logon ack() { 








ack code 




8 


uimsbf 


} 








NOTE: Reserved bits are of type bsblf, and shall precede the information bits on the same line. 



Semantics for the qscdma_capacity_allocation_req packet: 

• ack_code: This field identifies the result of the terminal's logon request. 

5.2.2.6 Repetition Rates 

All sections of the QSCT shall be transmitted often enough to allow newly activated terminals to acquire the necessary 
start-up state. We will assume that this table needs to be transmitted at least every 10 seconds. 

All sections of the QSDT shall be transmitted every second to keep the power control information for the RACH carrier 
updated. 

All sections of the QSPCT shall be as required to guarantee that QS-CDMA RLSS is properly power balanced. We will 
assume a repetition rate of 64 ms. 

QS-CDMA Correction Information Message shall be sent to each terminal having dedicated resources at a repetition 
rate of 1,1 seconds (to guarantee that QS-CDMA RLSS is properly synchronized). 

5.2.2.7 Signalling load 

For the informative estimation of the QS-CDMA signalling load in the FLSS we will assume: 

• L is the number of frequency slots for a given return link spot. In the baseline, where the BW occupied by the 
QS-CDMA subsystem is 5 MHz, the value of L is 1. 

• P is the number of spots managed by the Hub. 

• M is the number of simultaneous QS-CDMA links for which the following worst case assumptions hold: 

Daily average number of simultaneous eCalls: 21 sessions 
Professional emergency: 4 sessions 

Aggregated simultaneous sessions: 25 sessions 

Informative computation of loads of the QS-CDMA signalling in the FWD radio interface: 

• QSCT : 200 + P X (40 + L X 208) bits every 10 seconds ^ 44,8 bps 

• QSDT: 120 + P X (32 + L X 16) bits every 1 second ^ 168 bps 

• QSPCT: 1 12 + (M X 16) bits every 64 ms ^8 kbps 

• QSTIM: 144 + (M x 64) bits every 1,1 seconds ^ 1,6 kbps 
NOTE: This assumes a QSTIM of 144 bits like DVB-RCS. 

It is assumed that the signalling information generated by the Resource Management protocols is negligible. 
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Additionally, it is assumed that the Hub only broadcasts information about one FWD link beam and their respective 
RTN link spots. However, it may happen that Hub also broadcast information about the adjacent beams, which 
increases the signalling load. 

5.2.3 Forward link signalling for Link Layer support 

The signalling over the forward link for link layer support is organized into the Link Layer Configuration Table 
(LLCT). 

Apart from broadcast signalling, there is also unicast signalling which will not be sent into DVB -SI tables: 

• Unequivocal Acknowledgements (uACK Mode). Unequivocal ACKs shall be sent in a dedicated PID (this 
PID shall be advertised in the DVB -SI signalling tables from the Link Layer). The message format is defined 
in Table 8.3 of [5]. 

• CRC -based Acknowledgements (ACK Mode). CRC based ACKs shall be sent in another dedicated PID (this 
PID shall be advertised in the DVB -SI signalling tables from the link layer). CRC-based Acknowledgements 
are sequentially carried into MPEG-TS packets, applying all-zero padding if necessary. The CRC calculation 
is defined in clause 8 of [5]. 

• Authentication messages and TMSI renewal. These messages shall be encapsulated into a MPE section, using 
a specific protocol number which identifies the signalling message. 

5.2.3.1 Link Layer configuration Table (LLCT) 

Table 5.28 is carried into one or more sections, being the length of each section limited to 1 024 bits. Each section will 
have the format shown in the following. 

Table 5.28: Link Layer configuration Table (LLCT) 



Syntax 


Number of bits 


Identifier 


Link layer configuration section(){ 






SI_private_section_header 


64 




Location Area Identifier 


16 


uimsbf 


FWD Ipsec capability 


1 


bslbf 


FW D_M ACsec_capabi 1 ity 


1 


bslbf 


Sec preference 


2 


bslbf 


reserved future use 


4 




SSA demodjitter 


8 


uimsbf 


CRC based ACK 


1 




CRC based ACK length 


6 


uimsbf 


RFC4944 default CI 


1 


bslbf 


If (! RFC4944_default_CI) { 






CID count 


8 


uimbsf 


For (k=0; k<CID count; k++) { 






CID number 


8 


uismbf 


Terminal port 


16 


uismbf 


Serve r_port 


16 


uismbf 


Server address 


128 


uismbf 


} 






} 






CRC 32 


32 


rpchof 


} 







SI_private_section_header: See clause 5.2.4.1. 

Location_area_identifier: This 16 bit long field identifies unequivocally the location area. It is used for 
terminals to know when they move into a different location area. 

FWD_Ipsec_capability: This bit shall be set to "1" if the hub supports Ipsec in the FWD link. 

FWD_MACsec_capability: This bit shall be set to "1" if the hub support link layer security in the FWD link. 
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• Sec_preference: This two bit are used to specify which is the preferred security scheme for the FWD Hnk, the 
preferred security scheme depending on the value of this field is given in Table 5.29. 

Table 5.29: Preferred security scheme 



Sec preference 


Preferred security scheme 


00 


MAC layer security 


01 


Ipsec 


10 


Reserved for future use 


11 


Reserved for future use 



• SSA_demod Jitter: This field gives the value of the SSA demodulation jitter time, that is the difference 
between the maximum and minimum SSA demodulation time in multiples of 0,1 second. Therefore a value 
ranging from to 25,5 seconds can be encoded with a resolution of 0,1 second. 

• CRC_based_ACK: If this field is set to 1, CRC based ACK can be used in the S-MIM system and its length is 
given in the CRC_based_ACK_length entry of this table. If this field is set to CRC based ACK are disabled 
in this system. Unequivocal ACK shall be used instead. 

• CRC_based_ACK_length: This fields gives the length of the CRC based ACK in the S-MIM system. The 
length of the CRC based ACK is encoded as a unsigned integer (the length ranges from to 63 bits). 

• RFC4944_default_CI: if this field is set to "1" the default RFC 4944 [6] context information is used. If default 
context information is used, the terminal and server port for a CID are the same and are calculated as 
OxOFOO+CID (the port number ranges therefore from 4 096 to 4 351). The server Ipv6 address for a CID is 
calculated by appending the prefix FES 1 : : to the CID number. This way for CID OxFF the terminal and server 
port is OxOFFF (4 351 in decimal) and the server Ipv6 address is FE81::FF. If this filed is set to "0" the 
terminal and server ports as well as server IP address have to be specified in Table 5.28. If all active 
compression contexts in the system (active CIDs) do not fit in one section, they can be sent in consecutive 
sections. 

• If RFC4944_default_CI==0: 

CID_count: number of Context identifiers specified in this section. 

CID_number: CID for which the terminal port, server port and server address are given. 

TerminaLport: port associated to the CID_number in terminals. 

Server_port: port associated to the CID_number in the server. 

• CRC_32: This is a 32-bit field that contains the CRC value that gives a zero output of the registers in the 
decoder defined in annex B of [1] after processing the entire section. 

5.2.3.2 Unequivocal ACK 

After receiving the Link Layer Map table (LLMT) terminals are aware of which PID is transporting unequivocal ACK 
in the FWD link. 

In this PID each MPEG-TS carries a concatenation of unequivocal ACKs. Unequivocal ACK have a fixed length of 
51 bits. Therefore one MPEG-TS can carry up to 29 unequivocal ACKs. Unequivocal ACKs are not fragmented, if one 
ACK does not fit into one MPEG-TS it shall be transmitted in the next one. If unused space is left in MPEG-TS it is 
padded with all zeros. 

5.2.3.3 CRC based ACK 

After receiving the Link Layer Map table (LLMT) terminals are aware of which PID is transporting CRC based ACK in 
the FWD link. The length of the CRC based ACK is variable and it is advertised to terminals in the Link Layer 
Configuration Table (LLCT). 
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Each MPEG-TS in the PID for CRC based ACK carries a concatenation of CRC based ACKs, each of them of the same 
length as advertised in LLCT. CRC based ACKs are not fragmented, if one ACK does not fit into one MPEG-TS it shall 
be transmitted in the next one. If unused space is left in MPEG-TS it is padded with all zeros. Note that all zeros is not a 
vaHd CRC based ACK. 

5.2.4 Standard section headers 

The following standard headers have been tailored for forward link signalling use, and represent a specific subset of the 
more general formats specified in the DVB and ISO standards. 



5.2.4.1 SI section header 



Table 5.30: Standard SI section header 



Syntax 


No. of bits 


IVInemonic 


table id 


8 


uimsbf 


section syntax indicator 


1 


bslbf 


reserved for future use 


1 


bslbf 


reserved 


2 


bslbf 


section length 


12 


uimsbf 


interactive network id 


16 


uimsbf 


reserved 


2 


bslbf 


version number 


5 


uimsbf 


current next indicator 


1 


bslbf 


section number 


8 


uimsbf 


last section number 


8 


uimsbf 



The standard header for a SI section occupies a total of 64 bits, and shall be as defined in Table 5.30. 
Semantics for the standard SI section header: 

• table_id: This 8 bit field identifies the table. See Table 5.31 for the table_id values. 

Table 5.31 : PID and table id allocation 



Table and private data sections 
defined in the present document 


PID 


Tablejd 


SMT (optional - see Annex A) 


Assigned (see note) 


OxCO 


SCT 


Assigned 


OxC1 


SAT 


Assigned 


0xC2 


SDT 


Assigned 


0xC3 


LLCT 


Assigned 


0xC4 


UnACK 


Assigned 


0xC5 


ACK 


Assigned 


0xC6 


QSCT 


Assigned 


0xC7 


QSDT 


Assigned 


0xC8 


QSPCT 


Assigned 


0xC9 


QSTIM 


Assigned 


OxCA 


Reserved for future use 




OxCB to OxFE 


NOTE: This PID shall be defined to be a given value across all interactive networks in 
a given system. 



section_syntax_indicator: The section_syntax_indicator is a 1-bit field which shall be set to "1". 

section_length: This is a 12-bit field, the first two bits of which shall be "00". It specifies the number of bytes 
of the section, starting immediately following the section_length field and including the CRC. The 
section_length shall not exceed 1 021 so that the entire section has a maximum length of 1 024 bytes. 

interactive_network_id: This is a 16-bit field, which serves as a label to identify the managing hub. 
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• version_number: This 5-bit field is the version number of the sub_table. The version_number shall be 
incremented by 1 when a change in the information carried within the sub_table occurs. When it reaches 
value 31, it wraps around to 0. When the current_next_indicator is set to "1", then the version_number shall be 
that of the currently applicable sub_table defined by the table_id and interactive_network_id_mask. When the 
current_next_indicator is set to "0", then the version_number shall be that of the next applicable sub_table 
defined by the table_id and inter active_network_id. 

• current_next_indicator: This 1-bit indicator, when set to "1" indicates that the sub_table is the currently 
applicable sub_table. When the bit is set to "0", it indicates that the sub_table sent is not yet applicable and 
shall be the next sub_table to be valid. 

• section_number: This 8-bit field gives the number of the section. The section_number of the first section in the 
sub_table shall be "0x00". The section_number shall be incremented by 1 with each additional section with the 
same table_id and interactive_network_id. 

• last_section_number: This 8-bit field specifies the number of the last section (that is, the section with the 
highest section_number) of the sub_table of which this section is part. 

5.2.4.2 DSM-CC private section header 

Table 5.32: Standard DSM-CC private section lieader 



Syntax 


No. of bits 


IVInemonic 


table id 


8 


uimsbf 


section syntax indicator 


1 


bslbf 


private indicator 


1 


bslbf 


reserved 


2 


bslbf 


section length 


12 


uimsbf 


MAC address 6 


8 


uimsbf 


MAC address 5 


8 


uimsbf 


reserved 


2 


bslbf 


payload scrambling control 


2 


bslbf 


address scrambling control 


2 


bslbf 


LLC_SNAP_flag 


1 


bslbf 


current next indicator 


1 


bslbf 


section number 


8 


uimsbf 


last section number 


8 


uimsbf 


MAC address 4 


8 


uimsbf 


MAC address 3 


8 


uimsbf 


MAC address 2 


8 


uimsbf 


MAC address 1 


8 


uimsbf 



The standard header for a DSM-CC private section occupies a total of 96 bits, and shall be as defined in Table 5.32. 
Semantics for the standard DSM-CC private section header: 

• table_id: This 8 bit field identifies the table. See Table 5.31 for the table_id values. 

• section_syntax_indicator: The section_syntax_indicator is a 1-bit field which shall be set to "1" to denote that 
a CRC32 check field is used at the end of the section. 

• private_indicator: The private_indicator is a 1 bit field that shall be set to the complement of the 
section_syntax_indicator (i.e. to "0"). 

• section_length: This is a 12-bit field, the first two bits of which shall be "00". It specifies the number of bytes 
of the section, starting immediately following the section_length field and including the CRC. The 
section_length shall not exceed 1 021 so that the entire section has a maximum length of 1 024 bytes. 

• MAC_address_[l to 6]: This 48 bit field contains the MAC address of the destination. The MAC address is 
fragmented in 6 fields of 8 bits, labelled MAC_address_l to MAC_address_6. The MAC_address_l field 
contains the most significant byte of the MAC address, while MAC_address_6 contains the least significant 
byte. 
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NOTE: The order of the bits in the byte is not reversed, and the MSB of each byte is still transmitted first. 

• payload_scrambling_control: This 2 bit field defines the scrambling mode of the payload section. In case link 
layer security is used in the FWD, its value shall be set to "01", otherwise to "00" 

• address_scrambling_control: This 2 bit field defines the scrambling mode of the MAC address section. Since 
this feature is not applicable to the QSTIM, its value shall be "00". 

• LLC_SNAP_flag: This bit flag shall be set according to clause 6.1 of [5]. 

• current_next_indicator: This 1-bit field shall be set to "1". 

• section_number: This 8-bit field gives the number of the section. The section_number of the first section in the 
message shall be "0x00". The section_number shall be incremented by 1 with each additional section for the 
same message. 

• last_section_number: This 8-bit field specifies the number of the last section (that is, the section with the 
highest section_number) of the message of which this section is part. 

5.2.5 SSA Signalling Considerations for CGC 

FWD CGC clusters will operate in SFN mode, meaning that all repeaters within the cluster will transmit in the same 
frequency slot. These clusters will transmit up to two different multiplexes in the FWD link. The first multiplex is a 
replica of the content distributed by the satellite FWD radio interface; if required, all repeaters will append an additional 
multiplex with local content. 

The satellite multiplex sent by the all repeaters will be identical to the one sent over satellite, except for the content 
transported in the real time transport channel, which is not repeated by the repeaters. 

On the contrary, the additional multiplex is used to deliver different services from those distributed over the satellite and 
will therefore also include its own signalling tables, independent from that of the satellite multiplex. Inside one CGC 
cluster, all repeaters shall transmit the same content, except for the following signalling tables which may be different: 

• SSA Configuration Table (SCT) 

• SSA Access Table (SAT) 

• SSA Dynamic Table (SDT) 
Two scenarios are possible: 

1) All repeaters co-located with collectors will transmit dedicated SCT, SAT and SDT tables to indicate the 
presence of a co-located collector and its access parameters configuration. Repeaters not co-located with any 
collector shall not transmit SCT, SAT and SDT tables. 

2) All repeaters will transmit the same SCT, SAT and SDT tables, regardless whether they are co-located with 
collectors or not. 

Note that both scenarios require that the entire CGC cluster includes only one collector or that all collectors have the 
same access parameters configuration. 

If DVB-SH is applied as FWD link radio interface, the SCT, SAT and SDT tables shall be placed in reserved 
codewords that shall not transport any other content but these tables. These codewords shall be reserved in the same 
location of the multiplex for all repeaters belonging to the same CGC cluster. It shall be noted that one DVB-SH 
codeword can transport up to 8 MPEG-TS. If some MPEG-TS are left unused within one of these codewords, dummy 
MPEG-TS shall be inserted. 
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Return link 



6.1 



Return link Control Plane Protocol Stacks 



In the Control Plane, the signalling is carried by RLE, as shown in Figure 6.1 and Figure 6.2, indicating in the RLE 
header that the payload corresponds to signalling information rather than to user data. In the case of the RTN link, the 
authentication and C AC/DAM A signalling is also carried directly on RLE, as RLE can transport any packet data units. 
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Figure 6.1 : RTN link Control Plane Protocol Stack (for SS3) 
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Figure 6.2: RTN link Control Plane Protocol Stack (for SS1 and SS2) 



6.2 Return link Signalling 



As described in TS 102 721-3 [3] and TS 102 721-4 [4], each return link air interface has specific resource 
management: 

1) DAMA-like resource management for QS-CDMA. 

2) load control techniques for the random access of SSA. 

Hence only the QS-CDMA link employs signalling and this is described below. 

The QS-CDMA signalling in the return link is sent through both RACH and QS-CDMA carriers using a dedicated RLE 
protocol (see Table 6.1 of [5]). 

6.2.1 QS-CDMA Signalling Unit 

The structure of the signalling information conveyed through the QS-CDMA return link subsystem is shown in 
Table 6.1. This structure is the equivalent to the QSTIM wrapper that is used in the forward link, see clause 5.2.2.5. 
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Table 6.1 : QS-CDMA Signalling Unit 



Syntax 


No. of bits 


Information 
Mnemonic 


Reserved 
(see note) 


Information 


qscdma signalling unit () { 








su id ext flag 




1 


bsblf 


if (su_id_extended_flag == '0') { 








su id 




7 


uimsbf 


} 








else 








su id 




15 


uimsbf 


} 








su version 




5 


uimsbf 


crc flag 




1 


bsblf 


reserved 




1 




for (i=0; i<length(su id); i++) { 








su payload () 








} 








if (crc flag=='r) 








CRC 




16 


rpchof 


} 








} 








NOTE: Reserved bits are of type bsblf, and shall precede the information bits on the same 
line. 



Semantics for the qscdma_signalling_unit packet: 

• su_id_extjlag: This flag indicates whether a short or large su_id is used. This flag provides a mechanism to 
extend the number of identifiers if required. 

• su_id: This value allows identifying the information carried in the packet. Receivers shall derive the length of 
the su^ayload from the value of this field in combination with the su_version field. This information may be 
complemented (double checked) with the overall packet length provided by the link layer decapsulator. 

• su_version: This field provides a mechanism to identify different version (i.e. addition of new parameters) to a 
given su^ayload. 

• crcjlag: This flag indicates whether a CRC is added at the end of the qscdma_signalling_unit. 

• su^ayload: This field contains the signalling packet as described in next sections. 

• CRC: This is an error detection field that protects the content of the qscdma_signalling_unit. It is based in a 
standard CRC- 16 polynomial: 

C{x) = x'^ +x'' +x^+\ 

6.2.2 Descriptor Coding 
6.2.2.1 Descriptor identification 

Table 6.2 lists the descriptors, available in the FWD link radio interface to provide support to the QS-CDMA 
sub system, defined within the present document giving their descriptor-tag values. 



ETSI 



36 



ETSI TS 102 721-6 VI .2.1 (2013-08) 



Table 6.2: QS-CDMA Descriptor Tags 



descriptor 


Tag value 


QS-CDMA Correction Message 


OxBO 


QS-CDMA LogOn 


OxB1 


QS-CDMA Capacity Allocation Req 


0xB2 


QS-CDMA Capacity Release Req 


0x83 


QS-CDMA Capacity Reallocation Ack 


0xB4 


QS-CDMA Handover Req 


0xB5 



6.2.2.2 QS-CDMA Logon 

This descriptor is sent, within a QS-CDMA SignalHng Unit as defined in clause 6.2.1, by a terminal in order to logon 
the network. This descriptor shall always be mapped to the RACH where the MAC address (IMSI/TMSI) is located in 
the physical header, see TS 102 721-4 [4], so that the Hub could identify the terminal. 

Table 6.3: QS-CDMA Capacity Allocation Request 



Syntax 


No. of bits 


Information 
Mnemonic 


Reserved 
(see note) 


Information 


qscdma capacity allocation req () { 








sending count 




8 


uimsbf 


latitude 




24 


uimsbf 


longitude 




24 


uimsbf 


terminal class 


2 


4 


bslbf 


enabled services mask 


2 


8 


bsblf 


if (terminal type == 'terminal D') { 








terminal prefix 




16 


uimsbf 


} 








rohc cids 




16 


uimsbf 


rohc profiles mask 




16 


bsblf 


fwd Ipsec capability 






bsblf 


fwd MACsec capability 






bsblf 


rtn_MACsec_capability 






bsblf 


eCall flag 






bsblf 


reserved 




4 




} 








NOTE: Reserved bits are of type bsblf, and shall precede the information bits on the same line. 



Semantics for the qscdma_capacity_allocation_req packet: 

• sending_count: This is a counter that controls the number of times this request has been sent. See Irjtimeout, 
lr_max_time_before_retry and lr_max_retries in clause 5.2.2.1. 

• latitude: This field indicates the latitude of the terminal at the time the request is generated. It is coded 
following the WGS-84 decimal format in the range of -90° to 90°: 



latitude - 



(L^r + 90)»(2''-l) 
180 



longitude: This field indicates the longitude of the terminal at the time the request is generated. It is coded 
following the WGS-84 decimal format in the range of -180° to 180°: 



longitude = 



{Lon + l80)'(2^'-l) 



360 



terminal class: This field identifies the terminal class and shall be formatted as shown in Table 6.4. 
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Table 6.4: Terminal classes 



Terminal class 


Description 


0000 


Terminal A 


0001 


Terminal BO 


0010 


Terminal B1 


0011 


Terminal B2 


0100 


Terminal B3 


0101 


Terminal C 


0110 


Terminal D 


0111 


Terminal E 


1000 


Terminal F 



• enabled_service_mask'. This field indicates the services the terminal provides support to: 

bg. SS3 eCall 

bf. SS3 2 way IP connection 

• terminal prefix: This is the prefix assigned to the terminal D class as specified in TS 102 721-1 [2]. 

• rohc_nof_cid: This is the number of RoHC context identifiers that the terminal is able to held. 

• rohc profile _mask: This is a mask field that indicates the RoHC profiles that the terminal supports. It shall be 
coded as specified in TS 102 721-5 [5]. 

• fwd_Ipsec_capability: This flag indicates whether the terminal is Ipsec enabled at the Link Layer of the FWD 
link. 

• fwd_MACsec_capability: This flag indicates whether the terminal is MACsec enabled at the link layer of the 
FWD link. 

• rtn_MACsec_capacility: This flag indicates whether the terminal is MACsec enabled at the link layer of the 
RTN link. 

• eCallJlag: This flag indicates that the logon is tied to an eCall. This flag can only be active for terminals B3 
andC. 

6.2.2.3 QS-CDMA Capacity Allocation Req 

This descriptor is sent, within a QS-CDMA Signalling Unit as defined in clause 6.2.1, by a terminal that wants to grant 
system resources. This descriptor shall always be mapped to the RACH where the MAC address (IMSI/TMSI) is 
located in the physical header (see TS 102 721-5 [5]) so that the Hub could identify the terminal. 

Table 6.5: QS-CDMA Capacity Allocation Request 



Syntax 


No. of bits 


Information 
Mnemonic 


Reserved 
(see note) 


Information 


qscdma capacity allocation req () { 








sending_count 




8 


uimsbf 


latitude 




24 


uimsbf 


longitude 




24 


uimsbf 


capacity_req_fwd_min 




12 


uimsbf 


capacity req fwd max 




12 


uimsbf 


capacity_req_rtn_m i n 




12 


uimsbf 


capacity req rtn max 




12 


uimsbf 


} 








NOTE: Reserved bits are of type bsblf, and shall precede the information bits on the same line. 
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Semantics for the qscdma_capacity_allocation_req packet: 

• sending _count: This is a counter that controls the number of times this request has been sent. See carjtimeout, 
car_max_time_before_retry and car_max_retries in clause 5.2.2.1. 

• latitude: This field indicates the latitude of the terminal at the time the request is generated. It is coded 
following the WGS-84 decimal format in the range of -90° to 90°. This field is coded as stated in 
clause 6.2.2.2. 

• longitude: This field indicates the longitude of the terminal at the time the request is generated. It is coded 
following the WGS-84 decimal format in the range of -180° to 180°. This field is coded as stated in 
clause 6.2.2.2. 

• data_ratejwd_min and data _r ate Jwd_max: This field indicates the requested amount of BW requested in the 
forward link. It is expressed in kbps. 

• data_rate_rtn_min and data _r ate _rtn_max: This field indicates the requested amount of B W requested in the 
return link. It is expressed in kbps. 

6.2.2.4 QS-CDMA Capacity Release Req 

This descriptor is sent, within a QS-CDMA Signalling Unit as defined in clause 6.2.1, by a terminal in case it wants to 
release their allocated resources. This descriptor shall always be mapped to the QS-CDMA as it is assumed that 
resources are already allocated. 

Table 6.6: QS-CDMA Capacity Release Request 



Syntax 


No. of bits 


Information 
Mnemonic 


Reserved 
(see note) 


Information 


qscdma_capacity_reallocation_req () { 








sending count 




8 


uimsbf 


fwd_link_release_flag 




1 


bsblf 


rtn link release flag 




1 


bsblf 


reserved 




6 




} 








NOTE: Reserved bits are of type bsblf, and shall precede the information bits on the same line. 



Semantics for the qscdma_capacity_release_req packet: 

• sending_count: This is a counter that controls the number of times this request has been sent. See car_timeout, 
car_max_time_before_retry and car_max_retries in clause 5.2.2.1. 

• fwd_link_releasejlag: This flag filed indicates whether already allocated resources in the FWD link shall be 
released or not. 

• rtn_link_releasejlag: This flag filed indicates whether already allocated resources in the RTN link shall be 
released or not. 

6.2.2.5 QS-CDMA Capacity Reallocation Req 

This descriptor is sent, within a QS-CDMA Signalling Unit as defined in clause 6.2.1, by a terminal in case it wants to 
modify the already allocated bandwidth. This descriptor shall always be mapped to the QS-CDMA as it is assumed that 
resources are already allocated. 
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Table 6.7: QS-CDMA Capacity Reallocation Request 



Syntax 


No. of bits 


Information 
Mnemonic 


Reserved 
(see note) 


Information 


qscdma capacity reallocation req () { 








sending count 




8 


uimsbf 


capacity_req_fwd_min 




12 


uimsbf 


capacity req fwd max 




12 


uimsbf 


capacity_req_rtn_m i n 




12 


uimsbf 


capacity req rtn max 




12 


uimsbf 


} 








NOTE: Reserved bits are of type bsblf, and shall precede the information bits on the same line. 



Semantics for the qscdma_capacity_reallocation_req packet: 

• sending _count: This is a counter that controls the number of times this request has been sent. See carjtimeout, 
car_max_time_before_retry and car_max_retries in clause 5.2.2.1. 

• data_ratejwd_min and data_ratejwd_max: This field indicates the requested amount of BW requested in the 
forward link. It is expressed in kbps. 

• data_rate_rtn_min and data_rate_rtn_max: This field indicates the requested amount of B W requested in the 
return link. It is expressed in kbps. 

6.2.2.6 QS-CDMA Handover Req 

This descriptor is sent, within a QS-CDMA Signalling Unit as defined in clause 6.2.1, by a terminal in case it detects 
the requirement for a handover procedure. This descriptor shall always be mapped to the QS-CDMA as it is assumed 
that resources are already allocated. 

Table 6.8: QS-CDMA Handover Request 



Syntax 


No. of bits 


Information 
Mnemonic 


Reserved 
(see note) 


Information 


qscdma handover req () { 








sending count 




8 


uimsbf 


latitude 




12 


uimsbf 


longitude 




12 


uimsbf 


} 








NOTE: Reserved bits are of type bsblf, and shall precede the information bits on the same line. 



Semantics for the qscdma_capacity_reallocation_req packet: 

• sending _count: This is a counter that controls the number of times this request has been sent. See carjtimeout, 
car_max_time_before_retry and car_max_retries in clause 5.2.2.1. 

• latitude: This field indicates the latitude of the terminal at the time the request is generated. It is coded 
following the WGS-84 decimal format in the range of -90° to 90°. See clause 6.2.2.2. 

• longitude: This field indicates the longitude of the terminal at the time the request is generated. It is coded 
following the WGS-84 decimal format in the range of -180° to 180°. See clause 6.2.2.2. 
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Annex A (normative): 

Transport of Forward Link Signalling over DVB-SH 

This annex is only applicable in case DVB-SH is used as forward link. In this case, S-MIM specific signalling shall be 
transported similarly to DVB-RCS [7]. When reading this annex, it may be convenient to refer to [1] and [7]. 

Hence, the Forward Link Signalling (FLS) shall consist in general SI tables, carrying general information about the 
satellite network, and more specific messages for support the S-MIM access schemes. It shall be recalled that the 
MPEG-2 standard has already standardized the so-called Program Specific Information (PSI) tables which provides all 
the infos required to recover the streams of interest within an MPEG2-TS multiplex. 

Of the standard MPEG2-PSI and DVB-SI tables we recall the following: 

• Network Information Table (NIT). This is a DVB-SI table carrying information related to the physical 
organization of the transport streams carried via the network, and the characteristics of the network itself. 

• Program Association Table (PAT). This table provides a complete list of the programs (services, identified by 
their program number) that are available in a transport stream. In particular, it indicates where the PMT can be 
found in the transport stream for each of the identified programs. 

• Program Map Table (PMT). This table defines the elements needed for accessing a given service. It identifies 
the elementary stream that comprises the programme. In the case of S-MIM service, two types of services have 
been defined, i.e. S-MIM_service, described through the S-MIM Map Table (SMT), and FLS service, 
composed of the messages listed in Table 5.31. 

The NIT is transmitted with a fixed PID (0x0010) on all forward link carriers of the network, including the one over 
which an S-MIM terminal will tune-up at the switch-on. On the NIT a linkage_descriptor according to the format 
defined in [1], with linkage type 0x80 shall be present, providing a link to the SMT. The SMT has the same syntax as 
the NIT (see Table 9) which means that it can provide linkage descriptors and a loop over transport streams. Of course, 
the SMT will not use the default NIT PID (0x0010). 

Like all linkage descriptors, the linkage_descriptor for SMT contains the TS_id and the service_id for the service (S- 
MIM Map) that it links to. The service_id is the same as the program_number in the PAT associated with the referred 
TS. The NIT can also contain some optional descriptors such as satellite_delivery_system_descriptor for the referred TS 
describing characteristics as the satellite position, carrier frequency, polarization modulation, etc..) and the 
SH_delivery_system_descriptor, cell_list_descriptor and cell_frequency _link_descriptor containing more specific 
parameters for the DVB-SH carriers and terrestrial repeater network (see [8] for more details). In particular, we recall 
that cell_id < 256 indicates a satellite cell (or beam), whereas a cell_id > 255 indicates a terrestrial cell. 

With this information the S-MIM terminal may tune its receiver on the new carrier (if required) and from its PAT 
(PID=OxOOOO) it can determine the PID containing the S-MIM Program Map Table. From The S-MIM PMT, the 
terminal can extract the PID over which the SMT is transmitted. 

Within the SMT, the S-MIM terminal will look for linkage descriptors (see Table 10) of linkage type S-MIM FLS 
(0x82) to find the TS_id and service_id for the FLS service it should use according to the given original_network_id, 
interactive_network_id and RTN_cell_id. In general, different S-MIM FLS will be provided for each RTN Spot Area 
and RTN Cell. 

The S-MIM terminal will then finally tune to the transport stream that carries its signalling. To find the S-MIM specific 
signalling, it will find the PMT for the S-MIM specific signalling by using the PAT (i.e. locate the PAT entry with 
prg_nbr parameter equal to the service_id which defines the PID for the associated PMT). In the FLS PMT, the S-MIM 
terminal will be told in what PIDs the S-MIM tables are carried. These PIDs are identified by locating those stream 
definitions containing the S-MIM content descriptor (see Table 11) and associating the table_id's for S-MIM tables with 
the elementary _PID value defined for that stream. The S-MIM terminal can then load all relevant information. 

An example of the procedure described above is depicted in Figure A. 1 . 
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A.1 S-MIM MapTable 



The S-MIM Map Table enables to link the S-MIM terminals to specific FLS. The syntax is based on the syntax of the 
DVB Network Information Table that is defined in Table 3 of [1]. 

The S-MIM Map Table shall contain one or multiple linkage descriptors containing 1 private data byte, each pointing to 
one FLS service. Each FLS service shall carry a set of S-MIM signalling tables (SCT, SAT, SDT, LLCT, QSCT, 
QSDT, QSPCT) and the acknowledgments. 

The S-MIM Map Table shall be segmented into sections using the syntax of Table A.L 

Table A.I : S-MIM Map Table 



Syntax 


No. of bits 


Information 
Mnemonic 


Reserved 


Information 


S-MIM map section(){ 








table id 




8 


uimsbf 


section syntax indicator 




1 


bslbf 


reserved future use 




1 


bslbf 


Reserved 




2 


bslbf 


section length 




12 


uimsbf 


network id 




16 


uimsbf 


Reserved 




2 


bslbf 


version number 




5 


uimsbf 


current next indicator 




1 


bslbf 


section number 




8 


uimsbf 


last section number 




8 


uimsbf 


reserved future use 




4 


bslbf 


network descriptors length 




12 


uimsbf 


for(i=0;i<N;i++){ 








descriptorQ 








} 








reserved future use 




4 


bslbf 


transport stream loop length 




12 


uimsbf 


for(i=0;i<N;i++){ 








transport stream id 




16 


uimsbf 


original network id 




16 


uimsbf 


reserved future use 




4 


bslbf 


transport descriptors length 




12 


uimsbf 


for(j=0;j<N;j++){ 








descriptorQ 








} 








} 








CRC 32 




32 


rpchof 


} 









Semantics for the S-MIM Map Table: 

• table_id: This 8 bit field identifies the table. The value is OxCO. 

• section_syntax_indicator: The section_syntax_indicator is a 1-bit field which shall be set to "1". 

• section_length: This is a 12-bit field, the first two bits of which shall be "00". It specifies the number of bytes 
of the section, starting immediately following the section_length field and including the CRC. The 
section_length shall not exceed 1 021 so that the entire section has a maximum length of 1 024 bytes. 

• network_id: This is a 16-bit field which serves as a label to identify the delivery system, to which the table 
shall apply. 
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version_number: This 5-bit field is the version number of the sub_table. The version_number shall be 
incremented by 1 when a change in the information carried within the sub_table occurs. When it reaches 
value 31, it wraps around to 0. When the current_next_indicator is set to "1", then the version_number shall be 
that of the currently applicable sub_table defined by the table_id and _network_id_mask. When the 
current_next_indicator is set to "0", then the version_number shall be that of the next applicable sub_table 
defined by the table_id and _network_id. 

current_next_indicator: This 1-bit indicator, when set to "1" indicates that the sub_table is the currently 
applicable sub_table. When the bit is set to "0", it indicates that the sub_table sent is not yet applicable and 
shall be the next sub_table to be valid. 

section_number: This 8-bit field gives the number of the section. The section_number of the first section in the 
sub_table shall be "0x00". The section_number shall be incremented by 1 with each additional section with the 
same table_id and network_id. 

last_section_number: This 8-bit field specifies the number of the last section (that is, the section with the 
highest section_number) of the sub_table of which this section is part. 

network_descriptors_length: This 12-bit field gives the total length in bytes of the following network 
descriptors. Network descriptors shall contain the Network Name descriptor from [1] and one or more linkage 
descriptors containing at least 1 private data byte with the syntax specified in section Table A. 2. 

Additional descriptors from the NIT definition in [1] are optional and the S-MIM terminal does not need to use 
them. 

transport_stream_loop_length: This is a 12-bit field specifying the total length in bytes of the Transport Stream 
loops that follow, ending immediately before the first CRC-32 byte. 

transport_stream_id: This is a 16-bit field which serves as a label for identification of this Transport Stream 
from any other multiplex within the delivery system. 

original_network_id: This 16-bit field gives the label identifying the network_id of the originating delivery 
system. 

transport_descriptors_length: This is a 12-bit field specifying the total length in bytes of Transport Stream 
descriptors that follow. Transport Stream descriptors shall contain the Satellite Forward link descriptor, which 
is defined in clause 8.5.5.10.11 of [7]. Additional descriptors from the NIT definition in EN 300 468 [1] are 
optional and the S-MIM terminal does not need to use them. 

CRC_32: This is a 32 bit field that contains the CRC value that gives a zero output of the registers in the 
decoder defined in annex B of [1] after processing the entire section. 



A.2 Linkage descriptor (private data) 

This is an extension to the standard DVB Linkage descriptor (see [1], clause 6.2.19, table 57), occupying the one private 
data byte the end of the descriptor with the fields highlighted in bold in table A.2. It allows the S-MIM terminal to 
identify the appropriate FLS for its satellite or terrestrial uplink access. 
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Table A.2: Linkage descriptor - private data 



Syntax 


No. of bits 


Information 
Mnemonic 


Reserved 
(see note) 


Information 


linkage descriptor(){ 








descriptor tag 




8 


Uimsbf 


descriptor length 




8 


Uimsbf 


transport stream id 




16 


Uimsbf 


original_network_id 




16 


Uimsbf 


service id 




16 


Uimsbf 


linkage type 




8 


Uimsbf 


RTN cell id 




16 


Uimsbf 


Interactive network id 




16 


Uimsbf 


for (i=0;i<N;i++) { 








private data byte 




8 


Bslbf 


} 








} 








NOTE: Reserved bits are of type bslbf, and shall precede the Information bits on the same line. They 
shall be ignored by the S-MIM terminal 



Semantics for the private data part of the Hnkage_descriptor: 

descriptor_tag: The descriptor tag is an 8 bit field which identifies each descriptor. Its value is defined in 
table 12 of [1] and should be equal to 0x4 A for linkage descriptors. 

descriptor_length: The descriptor length is an 8 bit field specifying the number of bytes of the descriptor 
immediately following the de scrip tor_length field. 

transport_stream_id: This is a 16-bit field which identifies the TS containing the information service indicated. 

original_network_id: This 16-bit field gives the label identifying the network_id of the originating delivery 
system of the information service indicated. 

service_id: This is a 16-bit field which uniquely identifies an information service within a TS. The service_id 
is the same as the program_number in the corresponding program_map section. 

linkage_type: This is an 8-bit field specifying the type of linkage. Its value is 0x82 for "S-MIM FLS". 

RTN_cell_id: This is a 16-bit field, which serves as a label to identify the RTN satellite beam and RTN 
terrestrial cell. A value lower than 256 indicates a RTN satellite beam, a value greater than 255 indicates a 
RTN terrestrial cell. 

interactive_network_id: This is a 16-bit field, which serves as a label to identify the managing hub. 

access_id: This 1 bit field identifies the signalling for satellite access ("1") or terrestrial access ("0"). 

private_data_byte: This is an 8 bit field, the value of which is privately defined. It retains the functionality of 
the original linkage_descriptor for further extensions. 



A.3 S-MIM content descriptor 



The S-MIM content descriptor provides the definition of the PID assignments to the S-MIM specific tables, and is 
shown in Table A.3. This descriptor is used in the second loop of the Program Map Table (PMT), defined in [i.7], 
clause 2.4.4.8/table 2-28. Each descriptor defines the General S-MIM SI Tables and S-MIM Specific Messages 
associated with one elementary_PID. 
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Table A.3: S-MIM content descriptor 



Syntax 


No. of bits 


Information 
Mnemonic 


Reserved 
(see note) 


Information 


S-MIM content descriptorQ { 








descriptor tag 




8 


Uimsbf 


descriptorjength 




8 


Uimsbf 


for (i=0; i<N; i++) { 








Table id 




8 


Uimsbf 


} 








} 








NOTE: Reserved bits are of type bslbf, and shall precede the Information bits on the same line. They 
shall be ignored by the S-MIM terminal. 



Semantics for the S-MIM_content_descriptor: 

• descriptor_tag: The descriptor tag is an 8 bit field which identifies each descriptor. Its value shall be OxEO. 

• descriptor_length: The descriptor length is an 8 bit field specifying the number of bytes of the descriptor 
immediately following the descriptorjength field. 

• table_id: This 8 bit field gives the table_id value for a general S-MIM SI table or S-MIM specific message, as 
defined in Table 5.31. 
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/ 

5 

\ 



PAT PID=OxOOOO 

table_id=OxOO 

TSJd(=1088) 

prg_nbr=0 network_PID=0x0010 [NIT] 
prg_nbr(=27050) PMT_PID(=512) [TV channel 1] 
prg_nbr(=27051) PMT_PID=(513) [TV channel 2] 
prg_nbr(=28153) PMT_PID(=514) [Data Carrousel] 
prg_nbr(=1303) PMT_PID(=524) [IP DATA in MPE 7] 
prg_nbr(=1304) PMT_PID(=525) [IP DATA in MPE 8] 
prg_nbr(=1304) PMT_PID(=525) [DATA in ATM 4] 
prg_nbr(=802) PMT_PID(=802) [Forward signalling 2] 
prg_nbr(=803) PMT_PID(=803) [Forward signalling 3] 



PMT PID(=802) 

table_id=0x02 

prg_nbr(=802) 

CA_descr [if required] 

PDSD [private_data_specifier_descr] (optional) 

private_descr [spare] (optional) 



stream_type=0x05 [private section] 
elementary_PID(=820) 

S-MIM content descriptor 
table_id=0xC1 [SCT] 
table_id=0xC2 [SAT] 
table_id=0xC3 [SDT] 

table_id=0xC4 [LLCT] 
table_id=0xC5 [UnACK] 
table_id=0xC6 [ACK 



table_id=0xA5 [QSCT] 
table_id=0xA4 [QSDT] 
table_id=0xA4 [QSPCT] 



SDT 



PID=820 



;^- n ^^r^ o 



SAT 



PID=820 



{ 



t£ table_id=0xC1 



i^-n^r^o 



SCT 



PID=820 



{ 

table content 

} 



S-MIM Map Table 

PMT] 

table_id=OxCO 

network_id 

networ 



PID(=Y) [assigned through PAT, 



linkage_descr [Forward signalling 1] 
TS id(=1071) 



linkage_descr [Forward signalling 2] 

TS_id(=1088) 

orig_network_id (=X) 

service_id(=802) 

Iinkage_type=0x81 [S-MIM FLS service] 

private data 

{ RTN_cell_id 

interactive_network_id } 



TS id(=1071) 



TSJd(=1088) 

orig_n^t\yvoj^kJd_(=X) 

service_list_descr (optional) 
srvc_id(=27050) srvc_type(=0x01) 
srvc_id(=27051) srvc_type(=0x01) 
srvc_id(=28153) srvc_type(=OxOC) 
srvc_id(=802) srvc_type=0x82 [S-MIM FLS] 



SH_delivery_descr (optional) 

modulation_type 

interleaver_presence 

lnterleaver_type 

etc... 



cell_list_descr (optional) 

celljd 

celljatitude 

celljongitude 

etc... 

eel l_frequency_link_descr (optional) 




NIT PID=0x0010 

table_id=0x40 

networkjd 

network name descr 



linkage_descr [information service] 
linkage_descr [CA repl. service] 
linkage_descr [EPG] 



linkage_descr [information service] 
TSJd(=1071) 
orig_network_id(=X) 
service_id(=10) 
Iinkage_type(=0x01) [info service] 



linkage descr [S-MIM Map 1] 


TSJd(=1071) 


orig_network_id(=X) 


service_id(=810) 


Iinkage_type=0x80 [S-MIM Map service] 


private data [spare] 



TS_id(=2089) 



TS_id(=1089) 



TSJd(=1071) 

orig_network_id (=X) 

i service list descr (optional) 



SH_delivery_descr 



cell list descr 



cell_frequency_link descr 



1 = seek tuning parameters for S-MIM Map Table 

2 = access S-MIM Map Table 

3 = seek tuning parameters for Forward Signaling Service 

("Forward signalling 2") with matching 
interactive_network_id and populationjd 

4 = do tuning (if necessary) and look for PAT 

5 = access PMT of selected Forward Signaling Service 

6 = get PIDs for SCT, SAT, SDT, etc... 



Figure A.1 : Example of access to Forward Link Signalling (DVB-SH) 
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